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RENEWED PETITION IN SUPPORT OF FILING ON BEHALF OF NON-SIGNING 

INVENTOR (37 CFR § 1.47(b)) 



This is a Renewed Petition in Support of Filing on Behalf of Non-Signing Inventor as 
requested in the Decision on Petition Under 37 CFR 1.47(b) issued June 22, 2007. This 
Renewed Petition is accompanied by: 

1 . Evidence of proprietary interest in the application: 

[X] Declaration of Gavin Lee, including a copy of U.S. Patent Application 
10/537,650 attached thereto as Exhibit A. 

2. ' A copy of the Decision on Petition issued June 22, 2007. 



3. Fee Payment (37 CFR § 1.1 7(i)): No additional petition fee is required. 
However, the Commissioner is hereby authorized to charge payment of any 
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additional fees associated with this communication to Deposit Account No. 
23-3050. This sheet is attached in duplicate. 



In the Decision issued on June 22, 2006, the Office acknowledged that, with one 
exception, all of the requirements of 37 C.F.R. § 1 .47(b) had been met. In particular, the 
Office acknowledged that Petitioner has provided the following: (1) the fee under 37 C.F.R.. § 
1.17(g); (2) factual proof that the inventor refuses to execute the application; (3) a statement 
of the last known address of the inventor; (4) an oath or declaration by the 37 C.F.R. 1.47(b) 
applicant on behalf of and as agent for the non-signing inventor; and (6) a showing that such 
action is necessary to preserve the rights of the parties or to prevent irreparable harm. The 
Decision indicates the Office had determined that the Petitioner's previous submissions failed 
to provide evidence of a sufficient proprietary interest in the application (item number 5 
under 37 C.F.R. § 1.47(b)). 

Submitted with this Petition is a Declaration of Gavin Lee. It is respectfully 
submitted that the Declaration of Gavin Lee provides evidence of the Petitioner's sufficient 
proprietary interest in the application. Accordingly, all of the requirements of 37 C.F.R. § 
1.47(b) have been satisfied. The Office's grant of the Petition in Support of Filing on Behalf 
of Non-Signing Inventor is respectfully requested. 
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Declaration in Support of Renewed Petition in Support of Filing On Behalf of Non-Signing Inventors 

ATTORNEY DOCKET NO. SDS-0119 
APPLICATION SERIAL NO. 10/537,650 



IN THE UNITED STATES PATENT AND TRADEMARK OFFICE 

In Re Application of: 
Guillaume Blacher 

Application No.: 10/537,650 Confirmation No.: 4622 

Int'l Filing Date: December 5, 2003 Foreign Priority Date: December 6, 2002 

For: FINANCIAL PRODUCT PRICING SYSTEM 

DECLARATION OF GAVIN LEE 

I, Gavin Lee, state as follows: 

1. I am currently employed as Director, Valuation & Risk Services at SunGard Data 
Systems, Inc. ("SunGard"). 

2. Beginning in January 2000, I held the position of Director, Operational Consulting at 
Reech Capital PLC ("Reech Capital"). 

3. In 2003, Reech Capital was acquired by SunGard Systems International, Inc. ("SSI"), 
which is a wholly owned subsidiary of SunGard. I have since been employed by SunGard. 

4. Mr. Guillaume Blacher was a co-worker of mine at Reech Capital. Mr. Blacher held 
the position of Senior Managing Director at Reech Capital. In this position, Mr. Guillaume had 
various responsibilities including creating and developing pricing models and automated systems 
that employ those pricing models. 

5. In my position as Director at Reech Capital, I had first hand knowledge of the 
research and development that others at the firm were pursuing, including Mr. Blacher. I 
participated in business meetings during which employees, including Mr. Blacher, discussed the 
research that they were pursuing on behalf of Reech Capital. I also had numerous discussions 
with Mr. Blacher about his research for Reech Capital. 

6. I know from my personal knowledge that Mr. Blacher, while employed at Reech 
Capital and in his capacity as an employee of Reech Capital, conceived of and developed a 
financial product pricing system. That system was referred to by Mr. Blacher and others at 
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Reech Capital as the "ADeP" system. I am personally familiar with the design and content of the 
system referred to by Mr. Blacher as the "ADeP" system. 

7. I have reviewed U.S. Patent Application 10/537,650, a copy of which is attached 
hereto as Exhibit A. Based upon my own personal knowledge, the application describes the 
ADeP system that Mr. Blacher conceived and developed while an employee of, and within his 
capacity as an employee of Reech Capital. 

I hereby declare that all statements made herein of my own knowledge are true and that 
all statements made on information and belief are believed to be true; and further that these 
statements were made with the knowledge that willful false statements and the like so made are 
punishable by fine or imprisonment, or both, under Section 1001 of Title 18 of the United States 
Code and that such willful false statements may jeopardize the validity of the application or any 
patent issued thereon. 





Gavin Lee 



Director, Valuation & Risk Services 
SunGard Data Systems, Inc. 
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TRANSLATION (SDS-0119): 

WO 2004/053756 A2 PCT/IB2003/005680 

FINANCIAL PRODUCT PRICING SYSTEM 
The invention concerns a financial product pricing system. 

Financial products, and in particular derivative products, are subject to very strict 
regulation that requires financial establishments and commercial enterprises using them to price 
them as a function of a certain number of hypotheses, involving variables arising from the 
characteristics of the products in question and variables arising from the financial markets to 
which these products belong. These prices must be calculated for the purposes of valuation and 
also so that they can be incorporated into the required Financial Risk reports, in particular the 
VaR (Value at Risk). These "pricing" calculations must be updated very frequently — usually 
daily — which involves very cumbersome data processing. 

In addition, many new financial products appear regularly. The analysis of each new 
product in order to calculate the price, the VaR, etc., is very cumbersome work, and most often 
requires developing a specific pricing model. This model is then integrated into the information 
processing systems used for the examination, processing, valuation, and calculation of risks. 
These systems are often different. 

The invention aims to provide a system that makes it possible to simplify considerably 
the operations involved in pricing a financial product. 

For this purpose, the object of the invention is a financial product pricing system 
consisting of interface means, data storage means, calculation means, and data processing means, 
a system that is remarkable in that: 
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(a) the interface means consist of means for inputting data that identify and describe the 
product into the system, whereby these data consist of: 

— (al) contextual data of the product, consisting of at least one valuation currency and at 
least one underlying instrument, 

— (a2) characteristic data of the product, consisting of a set of events and flows associated 
with the product; 

(b) the data processing means consist of means for generating a planned schedule from 
the identification and description data, in which an event and/or flow relating to the product is 
associated with each date; 

(c) the data processing means also include means for interpreting the schedule, in order to 
generate: 

— (cl) a table of variables for the product on the basis of the events and/or flows, 

— (c2) for each date of the planned schedule, a function for calculating the product price 
as a function of at least one of the product variables; 

(d) the interface means consist of means for inputting a list of market variables associated 
with the product and generated by a market analysis; and 

(e) the calculation means consist of means for calculating, for each of the market 
scenarios/states and for each of the dates, the product variable values according to the market 
variables, and means for calculating the product price as a function of the calculated product 
variable values. 

According to one embodiment, the data processing means consist of means for generating 
a compact script containing all the data needed for product pricing. 

According to another embodiment, the means for inputting data identifying and 
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describing the product consist of means for inputting these data in compact script form. 

According to another embodiment, the means for inputting data identifying and 
describing the product consist of acquisition windows, into which the contextual data and 
characteristic data can be entered separately. 

According to another characteristic of the invention, the data processing means also 
include means for checking the interpretation of the schedule. 

According to yet another characteristic of the invention, the calculation means consist of: 

— (el) means for calculating, for each of the market scenarios/states and for each of the 
dates, the value of each of the market variables, 

— (e2) means for calculating, for each of the market scenarios/states and for each of the 
dates, the product variable values as a function of the market variable values, 

— (e3) means for calculating the price as a function of the product variable values in all 
the market scenarios/states. 

Other characteristics and advantages of the invention will become evident from the 
following description of an embodiment of the invention, illustrated by the attached drawings, in 
which: 

— Figure 1 is a functional block diagram illustrating the basic means used by the system 
according to the invention to describe a financial product and to price it; 

— Figure 2 is a functional block diagram illustrating the means and data needed to price a 
financial product by the system according to the invention; 

— Figure 3 is a functioned block diagram illustrating the process for pricing a financial 
product using the system according to the invention; 

— Figures 4 and 5 are tables illustrating the storage means needed for the pricing process 
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of Figure 3; 

— Figures 6 to 8 illustrate the computer acquisition windows for the information needed 
to describe a financial product according to the invention. 

Referring to Figure 1, pricing a financial product using the system according to the 
invention involves the following data and means: 

— a calculation tool called a pricer 1; 

— product variables 2 that are a function of the nature of the financial product in question 
(for example, swap, call, etc.); 

— market hypotheses 3 known to financial specialists (for example, normal, log-normal, 
mean reverting, multifactor, etc.) that depend, among other things, on the underlying instrument 
4 (for example, share, bond, exchange rate, credit, etc.) attached to the product in question; these 
market hypotheses make it possible to determine the various market scenarios or states and the 
way in which these scenarios will be generated and modeled, whereby each scenario corresponds 
to a set of possible market variable values, a set that is used to price the financial product; 

— calculation means consisting of numerical resolution methods known to financial 
specialists (for example, trees 6, integration 7, partial differential equations or PDE 8, the Monte 
Carlo method 9, etc.), which make it possible to price the product on the basis of the product 
variables and market hypotheses. 

According to Figure 2, the system making it possible for a user to price a financial 
product first involves a description of the product. This first of all requires acquisition of the 
following, thanks to the system interface means: 

~ contextual data of the product, that is, at least one valuation currency (making it 
possible to define all the conventions of the market or the place in question) and one or more 
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underlying instruments (for example, rate curve, "share", exchange rate, etc.), that is, the market 
quantities used to define the product; these contextual data indicate what market variables will be 
involved in the product pricing and used for selecting market hypotheses; 

— characteristic data of the financial product in question. These data consist of a 
schedule of events and flows associated with the product. 

For this purpose, the user may either: 

— input a compact script 10 of the type shown in Figure 8, which contains all the 
information (contextual data and characteristic data of the product) and will then be separated 
into different objects, each containing these two types of data, or 

— input directly into separate windows the product contextual data on the one hand and 
characteristic data on the other, as illustrated by the acquisition screen in Figure 6. 

On the basis of these data describing and identifying the product, the data processing 
means of the system are used to generate a planned schedule at 13, that is, an exhaustive series of 
dates Dl, D2 .... Dn, with an event and/or a flow relating to the product associated with each one 
(Table Tl). 

A table of objects T2 and a table of product variables T3 are constructed at 14 and 15, 
respectively, by means of a "parser". 

Table T2 is an intermediate table that makes it possible to define and construct, for each 
date in question Dl, D2 .... Dn, one or more evaluation trees representing a tree form of the 
function Yi = f(t, x x .... x n , Y t _i), in which: 

— Yi represents the current value of the product variable or variables; 

— t represents time; 

-- xi .... x n represents the value of the market variables that will be identified at 17. 

5 
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Table T3 is a list of product variables and the values associated with each of these 
variables, values that are updated by the evolution tree or trees of Table T2. 

At 16 the system uses verification means to make sure of the consistency of the data of 
Table T2. 

At 17, a market analysis is done in order to construct an objects table, "world" (T4). This 
table consists of a list of additional market information that is needed at each of the dates Dl to 
Dn to price or evaluate the product. 

These "world" objects are defined on the basis of a number of basic elements, four of 
which are especially important: 

— the spot (shares, raw materials, energy, indexes, etc.); 

— the exchange rate; 

— the interest rate, preferably represented by discount factors. This can also be zero- 
coupon rates, the Libor rate, a swap, etc.; 

— information on counterparty default; for example, has a bond defaulted? This may also 
involve a rate "spread" representing the credit risk. 

Since the market variables at this stage are identified and Table T4 is constructed, 
construction of the evaluation trees of Table T2 is therefore achieved. 

On the basis of the data obtained as described with reference to Figure 2, the "pricer" 1 
proceeds to calculate the price by applying one of the numerical resolution methods 5. 

These financial numerical resolution methods (for example, trees 6, integration 7, partial 
differential equations or PDE 8, the Monte Carlo method 9, etc.), which are standard and well 
known to finance specialists, achieve the following: 

— simulate or explore possible values of market variables; 
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— calculate the desired or future value of product variables. 

The functional block diagram in Figure 3 illustrates the numerical resolution of the 
product pricing problem. At 20, depending on the numerical resolution method 5 in question, 
acquisition of the contextual data used in the method (which have been obtained as described 
with reference to Figure 2) and of the number of product variables is carried out. 

At 21, numerical resolution means generate the values of the market variables at each 
date Dl, D2 .... Dn of the schedule according to the market hypotheses in question, as well as at 
each scenario established as a function of these hypotheses. As shown in Figure 4, a table of 
market variable values Tvvm corresponds to each date and market scenario/state. 

At 22, the numerical resolution means calculate the product variable values for each date 
and market scenario/state in question. As shown in Figure 5, a table of product variable values 
Tvp corresponds to each date and market scenario/state in question. 

At 23, the numerical resolution means finally produces a product price as a function of . 
the set of calculated product variable values. 

An example of implementing the mechanisms making it possible to identify and describe 
a financial product by its contextual data and its characteristic data as indicated at 10 and 12, in 
order to construct Table Tl in Figure 2, will now be described in greater detail with reference to 
Figures 6 to 8, which represent acquisition windows of the product to be described. 

These mechanisms make it possible to describe any structured financial product, 
independently of its underlying instrument or the structure or characteristics of its flows. These 
mechanisms have: 

— a syntax defining the type of phrase structure accepted and compressed; 
~ a dictionary of predefined words that are "compressed"; 
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— the capacity to accept new words if they are suitably defined and introduced. 

In the example that follows, a convertible bond will be defined. First, the market 
variables in question, that is, the currency and its "rate" curve and the pertinent "transferable 
security", in this case the DAX, are introduced into the windows 30 and 31 of Figure 6. 

It is necessary to describe the sum that the bond will pay at maturity if it is not converted. 
For this purpose, the term "Redempt" is introduced at 32, to designate the amount' paid back at 
maturity. A numerical value is assigned to it at 33, in this case 100. 

Likewise, "Coupon" and "ConvPrice" are introduced at 34 and 35, and their respective 
numerical values at 36 and 37. 

In order to suitably define the product, the idea of "conversion ratio" must be introduced. 
This is done at 38 by indicating that "ConvJRatio(x)" is equal to "100*(x)/ConvPrice" (window 
39). 

Then we must describe the product, that is, the flows that it will generate and the 
conditions of this generation if necessary. 

In the hypothesis in question, the convertible bond pays a coupon (window (43) from any 
point of departure (window 40), at an annual frequency (window 42) for five years (window 41). 

At the end of five years (window 44), the bond pays its redemption value (window 45). 

The bond's conversion characteristic is expressed by the fact that at any time ("Od", 
window 46) during the five years (window 47), the value of the product is the maximum of the 
product value and its conversion ratio (window 48): 

Convert = max (convert, ConvJRatio(dax)). 

These mechanisms also make it possible to very simply describe a convertible bond with 
particularly unusual characteristics. 
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Thanks to the interface means, shown in Figure 7, the system according to the invention 
generates and can then display the product flows based on the data introduced in the form of a 
preestablished format. This allows the user to make sure that the discounted flows are properly 
represented and captured by the system. 

Finally, the data processing means make it possible for the system to generate a script 
(Figure 8), that is, a code precisely describing the product characteristics and containing all the 
information necessary for pricing the product. The script, show in Figure 8, can be exchanged 
among all the intervening parties to describe and price the product. 

As a variant, all the information, that is, the contextual data and the characteristic data of 
the product in question, can be acquired by a user in the form of a compact script of the type 
shown in Figure 8, which can then be broken down into different objects, each containing the 
product's contextual data and characteristic data. 

Describing the product using windows, leading to the generation of a script that can be 
exchanged among and interpreted by different computers as described above, or directly in the 
form of a script, requires the user to use predefined words that are part of a dictionary that can be 
expanded, if necessary, and a syntax defining the type of phrase structure accepted and 
compressed. 

The rules of syntax and the predefined vocabulary are given in an appendix, and an 
example of how to use this vocabulary and these rules of syntax is presented below. Thus the 
definition of the product value given in window 48: 

Convert = max (convert, Conv_Ratio(dax)) 
is an assignment of variable using a function whose name is predefined "max", which is applied 
to two parameters: 
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-- the first parameter "convert" is a variable; 

-- the second parameter "Conv_Ratio(dax)" makes use of a definition (of the macro 
function type) given in windows 38 and 39, which means that the expression "Conv_Ratio(dax 
should be replaced by the expression "100*dax/ConvPrice", in which "dax" is a variable and 
"ConvPrice" is an expression that should in turn be replaced by the numerical value "6500", 
because of the definition given it in windows 36 and 37. 

The definition of window 48 uses a reserved vocabulary word "max", defined as being j 
function name. The set of reserved function names is defined in the grammar as follows: 
FUNCTION_NAME = "CONT" 

| "MAX" 
|"MIN" 

| "MAXINDEX" 

| "MININDEX" 

| "SQRT" 

| "LOG" 

| "EXP" 

| "ABS" 

| "INT" 

| 'TERM" 

| "SPOT" 

| "FX" 

| "DF" 

I "LIBOR" 
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"SWAPRATE" 
"LEVEL" 

"ACCRUEDCOUPON" 
"ACCRUALFACTOR" 
"BLACKSCHOLES" 
("FIX_DATE" "FIXDATE") 
("START_PERIOD" "STARTPERIOD") 
("ENDJPERIOD" "ENDPERIOD") 
("PAY_DATE" "PAYDATE") 
"CGV" 
"START" 
"END" 
"NOW" 

The definition of window 48 also uses the following rules of syntax: 

— definition of an assignment: 

assignment = ID "=" expression; 

— definition of a function: 

function = (FUNCTION.NAME | auxTab_or_array) "(" exprList ")' 

— definition of a list of expressions: 

exprList = expression {"," expression}; 

— definition of an expression: 

expression = sum; 
sum = product { ( "+" | "-" ) product}; 
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product = power { ( "*" | ) power} ; 
power = sign { " A " sign}; 
sign = { | } atom; 
atdm= function | ID numconst "(" expression ")". 
It is evident that the definition of an expression is given by rules successively dependent 
on each other and using the definition of a function for the last one. It is therefore possible in 
any expression to make use of a function that itself uses expressions, which also use functions, 
and so on recursively. 
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CLAIMS 

1. Financial product pricing system consisting of interface means, data storage means, 
calculation means, and data processing means, characterized in that: 

(a) the interface means consist of means for inputting data that identify and describe the 
product into the system, whereby these data consist of: 

— (al) contextual data of the product, consisting of at least one valuation currency and at 
least one underlying instrument, 

~ (a2) characteristic data of the product, consisting of a set of events and flows associated 
with the product; 

(b) the data processing means consist of means for generating a planned schedule (Tl) 
from the identification and description data, in which an event and/or flow relating to the product 
is associated with each date; 

(c) the data processing means also include means for interpreting the schedule, in order to 
generate: 

(cl) a table of variables (T3) for the product on the basis of the events and/or flows, 
~ (c2) for each date of the planned schedule, a function for calculating the product price 
as a function of at least one of the product variables; 

(d) the interface means consist of means for inputting a list of market variables (T4) 
associated with the product and generated by a market analysis; and 

(e) the calculation means consist of means for calculating, for each of the market 
scenarios/states and for each of the dates, the product variable values according to the market 
variables, and means for calculating the product price as a function of the calculated product 
variable values. 

13 
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2. System according to Claim 1, characterized in that the data processing means consist 
of means for generating a compact script containing all the data needed for product pricing. 

3. System according to Claim 2, characterized in that the means for inputting data 
identifying and describing the product consist of means for inputting these data in compact script 
form. 

4. System according to Claim 1, characterized in that the means for inputting data 
identifying and describing the product consist of acquisition windows, into which the contextual 
data and characteristic data can be entered separately. 

5. System according to any of the preceding claims, characterized in that the data 
processing means also include means for checking the interpretation of the schedule. 

6. System according to any of the preceding claims, characterized in that the calculation 
means consist of: 

- (el) means for calculating, for each of the market scenarios/states and for each of the 
dates, the value of each of the market variables, 

- (e2) means for calculating, for each of the market scenarios/states and for each of the 
dates, the product variable values as a function of the market variable values, 

~ (e3) means for calculating the price as a function of the product variable values in all 
the market scenarios/states. 

7. Financial product pricing system according to Claim 6, characterized in that the data 
storage means consist of means for storing the market variable values in the form of tables 
(Tvvm). 

8. Financial product pricing system according to any of the preceding claims, 
characterized in that the data storage means consist of means for storing, in the form of tables, 

14 
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the schedule (Tl), the calculation functions (T2), the product variables (T3), the market variables 
(T4), and the product variable values (Tvp). 

Figure 1. 
KEY: 

2 = product; 3 = market hypotheses; 4 = underlying; 5 = numerical resolution methods; and 6 = 
trees. 

Figure 2. 
KEY: 

12 = schedule of flows and events; 13 = dates / text; 14 = individual dates; 15 = list of variables / 
value of variables; 16 = syntactic verification; 17 = market analysis; and 18 = dates / "world" 
objects. 

Figure 3. 
KEY: 

20 = acquisition by the numerical method of: ~ contextual data used / - number of product 
variables; 21 = generation, according to the hypotheses, of market variable values at each date of 
event or flow; 22 = for each market variable, calculation of a product value; and 23 = elaboration 
of a price as a function of the set of calculated product values. 

Figure 6. 

French-to-English Glossary: 
Calcul de prix = pricing 
Courbe de taux = rate curve 

15 



r 

Debut = start 
Fin = end 

Frequence = frequency 
Nom = name 

Valeur mobiliere = transferable security 
Figure 7. 

French-to-English Glossary: 
Echeancier = schedule 
Flux = flow 

Nom de produit = product name 
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PETITION UNDER 



DECISION ON 



37 CFR 1.47(b) 



For: FINANCIAL PRODUCT PRICING : 
SYSTEM 

This is a decision on applicant's "Renewed Petition In Support of Filing On Behalf of Non- 
Signing Inventors (37 CFR § 1.47(b))," filed in the United States Patent and Trademark Office (USPTO) 
on 04 December 2006. 



On 02 October 2006, the Office mailed Decision On Petition Under 37 CFR 1.47(b), dismissing 
applicants' petition without prejudice. 

On 04 December 2006, applicants filed this renewed petition. 02 December 2006 was a 
Saturday. 



A petition under 37 CFR 1.47(b) must be accompanied by: (1) the fee under 37 CFR 1.17(g), (2) 
factual proof that the inventor refuses to execute the application or cannot be reached after diligent effort, 
. (3) a statement of the last known address of the inventor, (4) an oath or declaration by the 37 CFR 
1.47(b) applicant on behalf of and as agent for the non-signing inventor, (5) proof that the 37 CFR 
1 -47(b) applicant has sufficient proprietary interest in the application, and (6) a showing that such action 
is necessary to preserve the rights of the parties or to prevent irreparable damage. 

Items (1), (3), (4) and (6) have been met. (1) The balance of the $200 petition fee will be 
charged to the deposit account no. 23-3050, as authorized. (3) Applicant states the last known mailing 
address of Guillaume Blacher as 28 Gaskarth Road; Londres SW12 9NL; United Kingdom. (4) The 
declaration complies with 37 CFR 1 .47(b). (6) Applicant has demonstrated that irreparable harm will 
re sult if the application is not permitted to proceed. 

Item (2) has been satisfied. Valerie A. Chicchi indicates that she sealed the envelope sent to the 
inventor and that it included a copy of the application with the declaration. Further, applicants have 
supplied a copy of the UPS tracking information for the package indicating that it was signed for by 
"Blachet," not "Blacher". Notwithstanding the discrepancy in the spelling of the inventor's name, this is 
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sufficient evidence of presentation of a complete copy of the application papers to the non-signing 
inventor . 

Item (5) has not been met. Applicant has not provided sufficient evidence of proprietary interest 
in the application. Previously, applicant provided an employment agreement signed by Guillaume 
Blacher as the basis of Reech Capital PLC's proprietary interest in this application, but did not a 
statement of facts by a person having firsthand knowledge that the invention was made during the 
employment and within the scope of the employment agreement. MPEP409.03(f). Applicant has still not 
done so. The declaration of Howard Wallis does not demonstrate firsthand knowledge that Mr. Blacher 
invented the invention described in the above captioned application during his employment and within 
the scope of his employment. 

Further, applicant has now provided a "Deed of Warranty and Indemnity" purported to show that 
Mr. Blacher acknowledged Reech Capital PLC's ownership of this application. First, this document 
details a process. It is not an assignment. It is contemplating future action and lists "completion" as a 
defined term. The agreement indicates that it is still conditional. 

Second, this document does not list this application nor does it list this application's priority 
application. It lists "ADeP" in "Schedule 6 - Part 3." The declaration of Howard Wallis indicates that he 
was informed that this application was referred to within Reech as "ADeP". Mr. Wallis' declaration 
does not demonstrate firsthand knowledge. 

Third, the international application was not filed until seven months after this agreement was 

written. 

Fourth, the agreement only purports to sell the intellectual property rights owned by a "Group 
Member," which is defined as "a company which is a member of the Group." The international 
application lists Reech Capital PLC as the applicant for all states other than the United States, but lists 
Mr. Blacher as applicant for the United States. The Office is only concerned with the intellectual 
property rights for the United States. Mr. Blacher signed this document listing "AdeP ... applied for ,"on 
behalf of Reech. It does not indicate that Reech owned the intellectual property rights for the United 
States for this application. Additionally, this deed was executed in the United Kingdom, under United 
Kingdom law. The legal meaning and value of the document and other matters that establish the 
ownership of this application should be set out in a legal memorandum as discussed in MPEP 409.03(f). 



For the above reasons, applicant's petition under 37 CFR 1.47(b) is DISMISSED, without 
prejudice. 

If reconsideration on the merits of this petition is desired, a proper response must be filed within 
TWO (2) MONTHS from the mail date of this decision. Failure to timely file the proper response will 
result in abandonment of this application. Any reconsideration request should include a cover letter 
•entitled "Renewed Petition Under 37 CFR 1.47(b)". No additional petition fee is required. 

Any further correspondence with respect to this matter should be addressed to the Mail Stop 
PCT, Commissioner for Patents, Office of PCT Legal Administration, P.O. Box 1450, Alexandria, 
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Virginia 22313-1450, with the contents of the letter marked to the attention of the Office of PCT Legal 
Administration. 



Erin P. Thomson 
Attorney Advisor 
PCT Legal Administration 

Telephone: 571-272-3455 
Facsimile: 571-273-0459 



